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environment, comprising: 

connecting an interface to an application module; and 

receiving signals from said connector using a frame format, wherein each frame in said 
frame format provides a separate channel for each direction of at least one bearer (B) channel. 

5 

15. (Amended) The method of claim 13, wherein said application module permits an analog 
device to access said digital channels. 

16. (Amended) A method for accessing channels in a private branch exchange (PBX) 
10 environment, comprising: 

connecting an interface to an application module; and 

receiving signals from said connector using a frame format, wherein each frame in said frame 
format provides a separate channel for each direction of at least one signaling channel (D). 

15 REMARKS 

This Amendment is submitted in response to the outstanding Office Action, dated May 
14, 2002. Claims 1 through 16 are presently pending in the above-identified patent application. Claims 
3, 4, 7, 1 1 and 15 have been amended. No additional fee is due. 

In the Office Action, the Examiner rejected Claims 3, 4, 7, 11 and 15 under 35 U.S.C. 
20 §1 12, second paragraph, as being indefinite for failing to particularly point out and distinctly claim the 
subject matter for which applicant regards as the invention. In addition, Claims 1 through 16 were 
rejected under 35 U.S.C. § 102(e) as being anticipated by Wright (United States Patent Number 
5,903,572). 

The present invention is directed to an application module interface that provides access 
25 to both directions of at least one B channel (Bl or B2) or one D channel. An exemplary application 
module interface utilizes a frame format that includes a start bit (logic "1"), a number of data bits 
allocated to the D channels (D, D') and B channels (Bl, Bl \ B2, B2'), and eight stop bits (logic "0"). 
Thus, the exemplary application module interface provides two D channels (D, D') for transmitting the 
D data in both directions and four B channels for transmitting the Bl and B2 data in both directions. 
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A substitute specification is submitted herewith to correct some typographical errors. A 
marked up version of the original specification is also submitted herewith to indicate all changes. No 
new matter has been introduced. Entry of the substitute specification is respectfully requested. 

Claims 3, 4, 7, 11 and 15 were rejected under 35 U.S.C. §112, second paragraph, as 
5 being indefinite for failing to particularly point out and distinctly claim the subject matter for which 
applicant regards as the invention. Claims 3, 4, 7, 11 and 15 have been amended to more particularly 
point out and distinctly claim the subject matter that applicants regard as their invention. Thus, 
applicants respectfully request that the rejection of claims 3, 4, 7, 11 and 15 under 35 U.S.C. §112, 
second paragraph, be withdrawn. 

10 Claims 1 through 16 were rejected under 35 U.S.C. §102(e) as being anticipated by 

Wright (United States Patent Number 5,903,572). Wright is directed to a terminal adapter that connects 
a digital communication link, such as a link of an ISDN network and a user's digital terminal 
equipment. The Examiner asserts that Wright teaches a connector 125 for connecting an interface 200-1 
to a communication processor (an application module); and an ISDN transceiver (a receiver) for 

15 receiving HDLC frames (citing col. 10, lines 50-64) that provide set-up commands for B channel 131. 

The Wright system, however, employs two parallel, separate full duplex channels to 
achieve bi-directional communication. See, for example, col. 10, lines 60-64 (noting that the processor 
140 can expect to receive or transmit one byte of D channel data via port 144 in a given time interval). 
While B and D channel data may both be present on the bus 131, interrupt-based time multiplexing 

20 techniques are employed to maintain separate channels for each direction of both the B and D channel 
data. 

Thus, Wright does not disclose or suggest a receiver that uses (i) "a frame format, 
wherein each frame in said frame format provides a separate channel for each direction of at least one 
bearer (B) channel " as required by independent claims 1 and 13; (ii) "a frame format, wherein each 

25 frame in said frame format provides a separate channel for each direction of at least one signaling 
channel (D)," as required by independent claims 6 and 16, or "a frame format, wherein each frame in 
said frame format provides a separate channel for each direction of at least one bearer (B) channel and 
at least one signaling channel (D)," as required by independent claim 9. It is submitted that a frame 
format wherein each frame provides for both directions of a channel requires that both directions of a 

30 signal are on the channel at the same time. 
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Claims 2 through 5, 7, 8, 10 through 12, 14 and 15 were also rejected under 35 U.S.C. 
§102(e) as being anticipated by Wright. Claims 2 through 5, 7, 8, 10 through 12, 14 and 15 are 
dependent on amended independent Claims 1 , 6, 9 or 13, and are therefore patentably distinguished over 
Wrigth because of their dependency on independent Claims 1, 6, 9 or 13for the reasons set forth above, 
5 as well as other elements these claims adds in combination to their base claim. 

In view of the foregoing, the invention, as claimed in Claims 1 through 16, cannot be 
said to be either taught or suggested by Wright. Accordingly, applicants respectfully request that the 
rejection of claims 1 through 16 under 35 U.S.C. §102 be withdrawn. 

All of the pending claims, i.e., Claims 1 through 16, are in condition for allowance and 
10 such favorable action is earnestly solicited. 

If any outstanding issues remain, or if the Examiner has any further suggestions for 
expediting allowance of this application, the Examiner is invited to contact the undersigned at the 
telephone number indicated below. 

The Examiner's attention to this matter is appreciated. 
15 Respectfully, 

£W H ■ 

Date: August 13, 2002 Kevin M. Mason 

Attorney for Applicant(s) 
20 Reg. No. 36,597 

Ryan, Mason & Lewis, LLP 
1300 Post Road, Suite 205 
Fairfield, CT 06430 
(203) 255-6560 

25 
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VERSION MARKED TO SHOW ALL CHANGES 

IN THE CLAIMS : 

Please amend the claims as follows. 

5 

1. (Amended) An interface for accessing digital channels in a private branch exchange (PBX) 

environment, comprising: 

a connector for connecting said interface to an application module; and 
a receiver for receiving signals from said connector, said receiver using a frame forma t, wherein 
10 each frame in said frame format [that] provides a separate channel for [both directions] each direction of 

at least one bearer (B) channel. 

3. (Amended) The interface of claim 1, wherein said application module permits a computer 
device to access said digital channels. 

15 

4. (Amended) The interface of claim 1, wherein said application module permits an analog 
device to access said digital channels. 

6. (Amended) An interface for accessing digital channels in a private branch exchange (PBX) 
20 environment, comprising: 

a connector for connecting said interface to an application module; and 

a receiver for receiving signals from said connector, said receiver using a frame format^ 

wherein each frame in said frame format [that] provides a separate channel for [both directions] 

each direction of at least one signaling (D) channel. 

25 

7. (Amended) The interface of claim 6, wherein said application module permits a computer 
device to access said digital channels. 

9. (Amended) An interface for accessing digital channels in a private branch exchange (PBX) 
30 environment, comprising: 
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a connector for connecting said interface to an application module; and 

a receiver for receiving signals from said connector, said receiver using a frame forma t, wherein 

each frame in said frame format [that] provides a separate channel for [both directions] each direction of 

at least one bearer (B) channel and at least one signaling channel (D). 

5 

11. (Amended) The interface of claim 9, wherein said application module permits an analog 
device to access said digital channels. 

13. (Amended) A method for accessing digital channels in a private branch exchange (PBX) 
10 environment, comprising: 

connecting an interface to an application module; and 

receiving signals from said connector using a frame format , wherein each frame in said 
frame format [that] provides a separate channel for [both directions] each direction of at least one 
bearer (B) channel. 

15 

15. (Amended) The method of claim 13, wherein said a pplication module permits an analog 
device to access said digital channels. 

16. (Amended) A method for accessing channels in a private branch exchange (PBX) 
20 environment, comprising: 

connecting an interface to an application module; and 

receiving signals from said connector using a frame format , wherein each frame in said 
frame format [that] provides a separate channel for [both directions] each direction of at least one 
signaling channel (D). 
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Marked-Up Version of Original Specification 

Application Module Interface for Bidirectional Signaling and Bearer 
Channels in a Private Branch Exchange (PBX) Environment 

5 

Field of the Invention 

The present invention relates generally to private branch exchange (PBX) 
switches, and more particularly, to a method and apparatus for allowing one or more modules to 
access voice or data channels on the private branch exchange [(PBX)]. RECEIVED 
10 AUG 1 9 2002 

Background of the Invention Technology Center 2600 

Within a corporate environment, telephone service is typically provided by a 
private branch exchange [(PBX)] switch. A private branch exchange [(PBX)] switch is an on- 
site facility, that is typically owned or leased by a company or another entity. The private branch 

15 exchange [(PBX)] interconnects the telephones within the facility and provides access to the 
public telephone system. Typically, a private branch exchange [(PBX)] environment uses digital 
telephone terminals and digital switching. Digital private branch exchange [(PBX)] switches 
were designed to handle analog voice traffic, with the switch performing an analog-to-digital 
conversion (DAC) so that digital switching can be used internally on the entity premises. 

20 Increasingly, however, private branch exchanges (PBX) are carrying data traffic as well as voice 
traffic. Typically, data calls are generally switched through a modem-pool to the private branch 
exchange [(PBX)] for transmission to the Public Switched Telephone Network (PSTN). 

While a private branch exchange [(PBX)] allows an entity to efficiently provide 
access to communication services without necessarily having dedicated telephone lines for each 

25 employee, the private branch exchange [(PBX)] often limits the types of communications 
equipment that may be connected to the PBX and the types of services that may be accessed over 
the PBX. For example, since the telephone terminals connected to the PBX are digital, it is often 
difficult, if not impossible, to connect an analog device to the PBX. In addition, the 
communications protocols and hardware specifications of a given private branch exchange 

30 [(PBX)] are often proprietary to the manufacturer of the PBX. Thus, it is often difficult, if not 
impossible, to connect equipment manufactured by another manufacturer to the PBX. 
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Adjunct processors have been proposed for use with private branch exchanges 
(PBXs) to supplement and enhance the telecommunications services provided by the PBX. For 
example, a voice mail system is often used with a PBX to provide users with voice messaging 
capabilities. In order to work together, the PBX and the adjunct processor must be able to 
5 communicate with each other. This is typically accomplished by means of a digital control data 
link, such as the DCIU link, commercially available from AT&T, that interconnects the PBX 
control processor with the adjunct processor. 

In addition, other interfaces have been proposed or suggested that allow other 
types of equipment to be connected to a private branch exchange [(PBX)]. For example, the 

10 8411 terminal, commercially available from Lucent Technologies Inc., of Murray Hill, NJ, 
provides a tip/ring interface that allows analog devices to be connected to the private branch 
exchange [(PBX)] and an RS-232 (passageway) interface that allows a computer to be connected 
to the PBX and permits Computer Telephone Integration (CTI). These other interfaces, however, 
including the 8411 terminal, are typically designed specifically to provide specific features and to 

15 operate with the particular communications protocol and/or hardware specification of a given 
private branch exchange [(PBX)] manufacturer, or telephone terminal manufacturer. Current 
interfaces are unable to support additional features that may be desired by a customer. 

As apparent from the above-described deficiencies with conventional techniques 
for connecting devices to a private branch exchange [(PBX)] switch, a need exists for a standard 

20 interface to the private branch exchange [(PBX)] that allows one or more modules to access 
voice or data channels on the private branch exchange [(PBX)]. A further need exists for an 
interface to the private branch exchange [(PBX)] that utilizes an integrated digital telephone chip. 
Yet another need exists for an interface to the private branch exchange [(PBX)] that permits a 
module to support additional features for the private branch exchange [(PBX)]. 

25 

Summary of the Invention 

Generally, an application module interface is disclosed that allows one or more 
modules to access voice or data channels in a private branch exchange [(PBX)] environment that 
contains one or more B channels (bearer channels) for transmitting voice or data signals, and one 
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or more D channels (signaling channel) for transmitting data. In addition, the application module 
interface provides a control channel that allows a module to obtain and vary the status and 
configuration of a telephone terminal. 

According to one aspect of the invention, the application module interface 
5 provides access to both directions of two B channels (Bl and B2) and one D channel. The 
application module interface is the only interface required to connect the two B channels (Bl and 
B2) and one D channel to or from the telephone terminal and the add-on module. In one 
embodiment, the application module interface utilizes a frame format that includes a start bit 
(logic "1"), a number of data bits allocated to the D channels (D, D') and B channels (Bl, Bl', 
10 B2, B2'), and eight stop bits (logic "0"). Thus, there are two D channels (D, D') for transmitting 
the D data in both directions and four B channels for transmitting the Bl and B2 data in both 
directions. 

A tip/ring module allows an analog device, such as a facsimile machine or 
modem, to access the digital voice and data channels associated with the private branch exchange 

15 [(PBX)] switch. In addition, an RS-232 (passageway) or a Universal Serial Bus module allows a 
personal computer or other enabled device to interact with and control the operation of a 
telephone terminal for computer telephony integration (CTI) applications. The application 
module interface is physically located after the telephone terminal. The application module 
interface has a logical position, however, between the telephone terminal and the private branch 

20 exchange [(PBX)]. Thus, the application module interface can monitor, use, alter, supply or 
simply pass through any of the two B channels (Bl and B2) or one D channel (signaling channel) 
to the telephone terminal. 

A more complete understanding of the present invention, as well as further 
features and advantages of the present invention, will be obtained by reference to the following 

25 detailed description and drawings. 
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Brief Description of the Drawings 

FIG. 1 illustrates a private branch exchange [(PBX)] environment that includes an 
application module interface in accordance with the present invention; 

FIG. 2 illustrates the private branch exchange [(PBX)] environment of FIG. 1 that 
5 utilizes an integrated digital telephone chip to provide the application module interface of FIG. 1; 

FIG. 3 illustrates a representative format of a data frame used by the application 
module interface of FIG. 1 ; 

FIG. 4 illustrates a representative control channel format, where bits are sent in 
order from left to right, used by the application module interface of FIG. 1; 
10 FIG. 5 illustrates the electrical interface of the application module interface of 

FIG. 1; 

FIG. 6 illustrates the AMI start-up procedure from the point of view of the 
telephone terminal of FIG. 1; 

FIG. 7 illustrates the AMI start-up procedure from the point of view of a module 

15 of FIG. 1; 

FIG. 8 illustrates a set of representative protocol control messages in accordance 
with the present invention; 

FIG. 9 illustrates a set of representative application messages that are sent by the 
telephone terminal of FIG. 1; 
20 FIG. 10 illustrates a set of representative application messages that are sent by the 

module of FIG. 1; 

FIG. 11 summarizes a number of configurations of the voice and bearer channels, 
Bl andB2, of FIG. 3; 

FIG. 12 illustrates a schematic block diagram of a tip/ring module that allows an 
25 analog device to be connected to the digital PBX of FIG. 1; 

FIG. 13 illustrates a schematic block diagram of an RS-232 (passageway) module 
that allows a computer or workstation to be connected to the digital PBX of FIG. 1; and 

FIG. 14 illustrates a schematic block diagram of a Universal Serial Bus (USB) 
module that allows a USB-enabled computer, workstation or other device to be connected to the 
30 digital PBX of FIG. 1. 
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Detailed Description 

FIG. 1 illustrates a private branch exchange [(PBX)] switch 110 connected to a 
telephone terminal 120. According to a feature of the present invention, the telephone terminal 

5 120 is connected to (or provides) an application module interface 130, discussed further below, 
that allows one or more modules 140 to access voice or data channels. For example, one 
illustrative implementation of the module 140 allows an analog device, such as a facsimile 
machine (not shown) or modem (not shown), to access the digital channels associated with the 
private branch exchange [(PBX)] switch 110. In addition, the application module interface 

10 provides a control channel, discussed below, that permits a module to obtain and vary the status 
and configuration of a telephone terminal. 

It is noted that the application module interface 130 may be embodied as a 
separate unit independent of the telephone terminal 120, as shown in FIG. 1, or may be integrated 
with the telephone terminal 120, in a manner discussed below. The telephone terminal 120 may 

15 be embodied, for example, as a ProLogix™ terminal 6416 or 6424, commercially available from 
Lucent Technologies, Inc. of Murray Hill, NJ. In addition, the telephone terminal 120 can be 
embodied as one or more of a handset, a loudspeaker and a headset. 

Typically, a private branch exchange [(PBX)] switch 110, such as a Definity™ 
PBX or a Merlin Legend™ PBX, commercially available from Lucent Technologies, Inc. of 

20 Murray Hill, NJ, contains two B channels (bearer channels), for transmitting voice or data 
signals, and one D channel (signaling channel) for transmitting data. It is noted that the D 
channel is sometimes referred to as the "S" channel. 

According to a feature of the present invention, the application module interface 
130 provides access to both directions of the two B channels (Bl and B2) and the one D channel. 

25 In addition, in accordance with a further feature of the invention, the application module interface 
130 provides a local control channel, C, for communicating with the application module(s) 140 
connected to a telephone terminal 120. The particular frame format used by the application 
module interface 130 is discussed below in conjunction with FIG. 3. A representative control 
channel format used by the application module interface is discussed below in conjunction with 

30 FIG. 4. 
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Although the application module interface 130 is physically located after the 
telephone terminal 120, as shown in FIG. 1, the application module interface 130 has a logical 
position ("linked position") between the telephone terminal 120 and the private branch exchange 
[(PBX)] 110. In other words, signals can initially by-pass the telephone terminal 120 and can be 
5 processed by a module 140 via the application module interface 130. Thus, as discussed further 
below, in various embodiments, the application module interface 130 can monitor, use, alter, 
supply or simply pass through any of the two B channels (Bl and B2) or one D channel 
(signaling channel) to the telephone terminal 120. 

According to another feature of the invention, the application module interface 

10 130 is the only interface required for connecting the control, C, and two B channels (Bl and B2) 
and the one D channel to or from the telephone terminal 120 and the add-on module 140. In 
addition, the application module interface 130 provides a number of hardware connections to the 
telephone terminal 120 and/or modules 140, discussed in conjunction with FIG. 5, that permit the 
presence of a telephone terminal 120 and/or a module 140 to be detected, as well as to detect the 

15 disruption of an AMI connection, for example, due to a device losing power, or a transient event 
that corrupts the data stream and causes a loss of synchronization. 

INTEGRATED TELEPHONE CHIP IMPLENTATION 
According to one feature of the present invention, the application module 
interface 130 may be implemented as part of an integrated digital telephone chip 200, shown in 

20 FIG. 2. The integrated digital telephone chip 200 may be embodied, for example, as the Global 
Digital Telephone (GDT) chip (part T7951), commercially available from Lucent Technologies, 
Inc. of Murray Hill, NJ, as modified herein to implement the features and functions of the present 
invention. As discussed further below, each of the telephone terminals 120 and the modules 140 
may be based on the same integrated digital telephone chip 200. 

25 As shown in FIG. 2, in addition to the application module interface 130, the 

integrated digital telephone chip 200 includes one or more line interface unit(s) (LIU) 210, a 
main audio processor [(MAP)] 220 and a well-known high-level data link controller [(HDLC)] 
230. For a detailed discussion of a suitable line interface unit(s) (LIU) 210, see, for example, 
Siemens Semiconductor, Component No. PEB2095 (ISDN Burst Tranceiver Circuit) data sheet 

30 (June 1992), incorporated by reference herein, as modified herein to provide features of the 
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present invention. For a detailed discussion of a suitable main audio processor [(MAP)] 220, 
see, for example, Advanced MicroDevices, Component No. Am79C30A (Digital Subscriber 
Controller) data sheet (March 1989), incorporated by reference herein, as modified herein to 
provide features of the present invention. 
5 Generally, the line interface unit(s) [(LIUs)] 210 support the two B channels (Bl 

and B2) and one D channel. Generally, the main audio processor [(MAP)] 220 performs the 
digital-to-analog (DAC) and analog-to-digital (ADC) conversions of the audio signals. The main 
audio processor (MAP) 220 performs CODEC functions (2 receive paths and 1 transmit path) 
and filter functions using digital signal processing (DSP) techniques to provide substantial 

10 flexibility and programmability. In one implementation, the main audio processor [(MAP)] 220 
provides three interfaces, namely, a handset interface, an internal speakerphone interface and a 
headset interface. A tone ringer output is provided to give a ringing signal independent of the 
operation of the voice signals. A dual-tone multi-frequency (DTMF) generator can be used to 
generate a signal consisting of two tones, where the frequency and amplitude of each tone is 

15 programmable. 

Generally, the high-level data link controller (HDLC) 230 is used for the "D" 
channel. The high-level data link controller [(HDLC)] 230 provides HDLC framing, CRC 
generation and checking, zero insertion/deletion, and either flag or mark idling. 

In the embodiment shown in FIG. 2, the data for the high-level data link controller 
20 [(HDLC)] 230 comes from the D channel of the line interface unit [(LIU)] 210. In an alternate 
implementation (not shown), the data for the high-level data link controller [(HDLC)] 230 can 
come from the D channel of the application module interface receiver (AMR) of the application 
module interface 130. In either case, the data will be provided at the nominal 16 kilo-bits-per- 
second rate, but a control bit in the HDLC control register (not shown) is used to determine 
25 whether to use all bits or just every other bit (to support an 8 kilo-bits-per-second D channel). 

In the embodiment shown in FIG. 2, the data for the D channel of the transmitter 
of the line interface unit [(LIU)] 210 is selected by a multiplexer 265 from the transmitter of the 
high-level data link controller [(HDLC)] 230 or from the D' channel of the application module 
interface receiver [(AMR)] of the application module interface 130. In an alternate 
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implementation (not shown), the data for the D channel of the transmitter of the line interface 
unit [(LIU)] 210 can be set to all one's. 

Likewise, the data for the Bl channel of the transmitter of the line interface unit 
[(LIU)] 210 is selected by a multiplexer 255 from (i) the output of the main audio processor 
5 [(MAP)] 220 (MAP-OUT), (ii) the Bl' channel of the application module interface receiver 
[(AMR)] of the application module interface 130, or (iii) can be set to all one's. In an alternate 
implementation (not shown), the data for the Bl channel of the transmitter of the line interface 
unit [(LIU)] 210 can be obtained from the Bl channel of a peripheral port input (not shown). It is 
noted that the peripheral port is a synchronous interface that connects an external codec or an 

10 HDLC controller to the integrated digital telephone chip 200. 

Similarly, the data for the B2 channel of the transmitter of the line interface unit 
[(LIU)] 210 is selected by a multiplexer 260 from (i) the output of the main audio processor 
[(MAP)] 220 (MAP-OUT), (ii) the B2' channel of the application module interface receiver 
[(AMR)] of the application module interface 130, or (iii) can be set to all one's. In an alternate 

15 implementation (not shown), the data for the B2 channel of the transmitter of the line interface 
unit [(LIU)] 210 can be obtained from the B2 channel of the peripheral port input (not shown). 

As shown in FIG. 2, the data for the input to the main audio processor [(MAP)] 
220 (MAP-in) is selected by a multiplexer 250 from (i) the Bl or B2 channels of the receiver of 
the line interface unit [(LIU)] 210, (ii) the Bl, Bl', B2 or B2' channels of the application module 

20 interface receiver [(AMR)] of the application module interface 130, or (iii) an "all quiet" signal. 

The application module interface transmitter (AMX) of the application module 
interface 130, shown in FIG. 2, uses a set of multiplexers 270, 275, 280, 285 and 290 to select 
data for each of the six AMI data slots (D, Dl\ Bl, Bl', B2, B2'). As shown in FIG. 2, the data 
for the D channel of the application module interface transmitter [(AMX)] is selected from (i) the 

25 D channel of the line interface unit [(LIU)] 210, or (ii) can be set to all zeroes. Alternatively, the 
D channel of the application module interface transmitter [(AMX)] can also be selected from (i) 
the D channel of the application module interface receiver [(AMR)], or (ii) the transmitter of the 
high-level data link controller [(HDLC)] 230. The D' channel of the application module 
interface transmitter [(AMX)] is generally set to all zeroes. Alternatively, the D' channel of the 

30 application module interface transmitter [(AMX)] can also be selected from (i) the D' channel of 
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the application module interface receiver [(AMR)], or (ii) the transmitter of the high-level data 
link controller [(HDLC)] 230. 

The data for the Bl channel of the application module interface transmitter 
[(AMX)] is selected from (i) the Bl channel of the line interface unit [(LIU)] 210, or (ii) can be 
5 set to all zeroes. Alternatively, the Bl channel of the application module interface transmitter 
[(AMX)] can also be selected from (i) the Bl or Bl' channel of the application module interface 
receiver [(AMR)], (ii) the output of the main audio processor [(MAP)] 220; (ii) the Bl channel of 
a digital signal processor (DSP) (not shown), or (iv) the Bl channel of the peripheral port input 
(not shown). 

10 It is noted that the digital signal processor [(DSP)] port provides a means to 

connect a common digital signal processor [(DSP)] chip, such as an 8051-type microcontroller, 
to the integrated digital telephone chip 200 to supplement the processing capability of the main 
audio processor [(MAP)] 220. The digital signal processor [(DSP)] port can be connected either 
with the main audio processor [(MAP)] 220 or with the application module interface 130. In 

15 addition, the module 140 can be connected to the digital signal processor [(DSP)] as well. 

Likewise, the data for the BT channel of the application module interface 
transmitter [(AMX)] is selected from (i) the output of the main audio processor [(MAP)] 220 
(MAP-out), or (ii) can be set to all zeroes. Alternatively, the Bl channel of the application 
module interface transmitter [(AMX)] can also be selected from (i) the Bl or Bl' channel of the 

20 application module interface receiver [(AMR)], (ii) the Bl channel of the line interface unit 
[(LIU)] 210; (iii) the BT channel of a digital signal processor [(DSP)] (not shown), or (iv) the Bl 
channel of the peripheral port input (not shown). 

The data for the B2 channel of the application module interface transmitter 
[(AMX)] is selected from (i) the B2 channel of the line interface unit [(LIU)] 210, or (ii) can be 

25 set to all zeroes. Alternatively, the B2 channel of the application module interface transmitter 
[(AMX)] can also be selected from (i) the B2 or B2' channel of the application module interface 
receiver [(AMR)], (ii) the output of the main audio processor [(MAP)] 220; (iii) the B2 channel 
of a digital signal processor [(DSP)] (not shown), or (iv) the B2 channel of the peripheral port 
input (not shown). 
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Likewise, the data for the BT channel of the application module interface 
transmitter [(AMX)] is selected from (i) the B2 channel of the application module interface 
receiver [(AMR)], or (ii) can be set to all zeroes. Alternatively, the B2' channel of the 
application module interface transmitter [(AMX)] can also be selected from (i) the B2' channel 
5 of the application module interface receiver [(AMR)], (ii) the B2 channel of the line interface 
unit [(LIU)] 210; (iii) the B2' channel of a digital signal processor [(DSP)] (not shown), (iv) the 
B2 channel of the peripheral port input (not shown), or (v) the output of the main audio processor 
[(MAP)] 220 (MAP-out). 

INTER-MODULE COMMUNICATIONS 

10 B and D Channel Data 

When there are multiple application modules, as shown in FIG. 2, data from the 
two B channels (Bl and B2) or the one D channel flows downstream from the telephone terminal 
120 (the receiver of the LIU 210) and through each application module 140-1 through 140-N in 
series. Along the downstream path, the data is changed as needed. The last module 140-N in the 

15 series chain sends its AMI output back upstream, again passing through each intervening module 
140-N- 1 through 140-1, without modification. 

As shown in FIG. 2, the integrated digital telephone chip 200 provides two 
receivers, referred to as an application module interface receiver [(AMR)] and an application 
module upstream receiver (AMUPR), and two transmitters, referred to as an application module 

20 interface transmitter [(AMX)] and an application module upstream transmitter (AMUPX). The 
application module interface transmitter [(AMX)] is the primary output for "downstream" 
communications with the application module interface 130 and the module(s) 140-1 through 140- 
N. In other words, the application module interface transmitter [(AMX)] is the one transmitter 
used on terminals, and as the downstream interface on modules 140. Data from the two B 

25 channels (Bl and B2) or the one D channel can be directed from a functional block of the 
integrated digital telephone chip 200 to the application module interface transmitter [(AMX)]. 

As shown in FIG. 2, the application module interface 130 and each module 140 
includes an application module upstream transmitter [(AMUPX)]. The application module 
upstream transmitter [(AMUPX)] is the secondary output for the application module interface 

30 130 for upstream communications from the chained modules 140-1 through 140-N to the 
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telephone terminal 120. The application module upstream transmitter [(AMUPX)] is not used on 
a telephone terminal 120. 

The application module interface receiver [(AMR)] is the primary input for 
"upstream" communications between the application module interface 130 and the module(s) 
5 140-1 through 140-N. In other words, the application module interface receiver [(AMR)] is the 
one receiver used on terminals, and as the downstream interface on modules 140. Data from the 
two B channels (Bl and B2) or the one D channel can be received by the application module 
interface receiver [(AMR)] from a module 140 and directed to a functional block of the 
integrated digital telephone chip 200. 

10 As shown in FIG. 2, the application module interface 130 and each module 140 

includes an application module upstream receiver [(AMUPR)]. The application module 
upstream receiver [(AMUPR)] is the secondary input for the application module interface 130. 
The application module upstream receiver [(AMUPR)] is used in application modules 140 to 
receive "upstream" AMI data from modules 140-1 through 140-N that are further "downstream." 

15 Data from the two B channels (Bl and B2) or the one D channel that is received by an 
application module upstream receiver [(AMUPR)] can only be passed out on the application 
module upstream transmitter [(AMUPX)] unchanged. The application module upstream receiver 
[(AMUPR)] is not used on a telephone terminal 120. For the last application module 140-N in 
the series chain, there will be no valid data on the application module upstream receiver 

20 [(AMUPR)]. In this case, the last application module 140-N must initiate upstream B and D 
channel data flow by outputting the B and D data on its application module upstream transmitter 
[(AMUPX)]. 

Thus, there are two operating modes for the application module upstream 
transmitter [(AMUPX)]. In a first mode, referred to as the "pass-through mode," the application 

25 module upstream transmitter [(AMUPX)] transmits B and D data from the application module 
upstream receiver [(AMUPR)]. The pass-through mode is used by modules 140 in the middle of 
the series chain. In this case, timing for the application module upstream transmitter [(AMUPX)] 
is based on the application module upstream receiver [(AMUPR)]. There is a one bit time delay 
between frames (and data) received on the application module upstream receiver [(AMUPR)] 

30 and the output on application module upstream transmitter [(AMUPX)]. 
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In a second mode, referred to as the "turn-around mode," the application module 
upstream transmitter [(AMUPX)] transmits B and D data from application module interface 
transmitter [(AMX)] sources. The application module upstream transmitter [(AMUPX)] is used 
by the last application module 140-N in the series chain. Here, timing for the application module 
5 upstream transmitter [(AMUPX)] is the main 8 kilo-hertz (KHz) frame timing of the integrated 
digital telephone chip 200, as discussed below. 

Although a telephone terminal 120 is always the most upstream device, the 
telephone terminal 120 only uses application module interface receiver [(AMR)] and application 
module interface transmitter [(AMX)] pins, rather than application module upstream receiver 

10 [(AMUPR)] and application module interface transmitter [(AMX)] pins. Thus, while a telephone 
terminal 120 really only looks downstream, to the integrated digital telephone chip 200, the 
telephone terminal 120 appears as follows. The telephone terminal 120 transmits control channel 
data downstream on the application module interface transmitter [(AMX)]. The telephone 
terminal 120 receives control channel data from upstream on the application module interface 

15 receiver [(AMR)] (which is really from downstream). The telephone terminal 120 will thus 
enable its downstream control channel transmitted (AMX) and its upstream control channel 
receiver (AMR). It is noted that telephone terminals 120 must use the application module 
interface receiver [(AMR)], because B and D data from the application module upstream receiver 
[(AMUPR)] can only be passed on to the application module upstream transmitter [(AMUPX)]. 

20 Control Channel Data 

Control channel communications between the application module interface 130 
and the application modules 140-1 through 140-N utilize a point to point connection. The 
telephone terminal 120 sends control channel data to the first module 140-1, and receives control 
channel data generated by the first module 140-1. The first module 140-1, in turn, in addition to 

25 sending and receiving control channel communications with the telephone terminal 120, also 
sends control channel data to the second module 140-2, and receives control data from the 
second module 140-2. The contents of the control channel on the application module upstream 
transmitter [(AMUPX)] is always the upstream control channel. Only the B and D data gets 
"turned around" in the manner described above for the "turn-around mode." In addition, while 

30 the application module upstream transmitter [(AMUPX)] is in the "turn-around mode," the 
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application module upstream receiver [(AMUPR)] can still be used to receive control channel 
information from downstream modules, In this manner, a newly added downstream module 140 
can be detected, 

AMI FRAME CONTENTS 
5 FIG. 3 illustrates an illustrative format of a start/stop data frame 300 used by the 

application module interface 130. As shown in FIG. 3, each 125 micro-second frame contains 
one start bit (logic "1"), three control channel bits, C, and 36 total data bits allocated to two D 
channels (D, D'), four B channels (Bl, Bl' , B2, B2') and eight stop bits (logic "0"). Thus, there 
are two D channels (D, D') for transmitting the D data in both directions. The two D bits 
10 typically contain the received D channel from the line interface unit [(LIU)] 210. The two D' bits 
typically contain the transmit D channel destined for the line interface unit [(LIU)] 210. 

The eight Bl bits typically contain the received Bl channel from the line interface 
unit [(LIU)] 210 (voice or data). The eight Bl' bits typically contain transmit voice or data signal 
destined for the line interface unit [(LIU)] 210 Bl channel. The eight B2 bits typically contain 
15 the received B2 channel from the line interface unit [(LIU)] 210 (voice or data). The eight B2' 
bits typically contain transmit voice or data signal destined for the line interface unit [(LIU)] 210 
B2 channel. 

In the illustrative implementation, the data rate is 384 kilo-bits-per-second (Kbps), 
which makes the bit width 2.604 micro-seconds. AMI received data is sampled in the middle of 
20 each bit time. For each received frame 300, the bit timing is resynchronized to the received start 
bit. 

As shown in FIG. 3, each frame is 125 microseconds (8 KHz). The 8 KHz frame 
timing can be derived from the active line interface unit [(LIU)] 210, the received application 
module interface receiver [(AMR)] signal, or an internal oscillator. In one implementation, the 

25 clock source is selected under software control from the external microprocessor. In normal 
operation, the telephone terminal 120 recovers the 8 KHz timing from the line interface unit 
[(LIU)] 210, and the modules 140 recover the 8 KHz timing from their received application 
module interface receiver [(AMR)] signal. Once AMX or AMUPX communications begin 
outputting a frame, the output continues through all of the data fields and at least five stop bits. 

30 Any change or shift in the 8 KHz timing results in the application module interface transmitter 
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' [(AMX)] omitting one to three stop bits or outputting extra stop bits. The application module 
interface transmitter [(AMX)] or application module upstream transmitter [(AMUPX)] will not 
start outputting a new frame in the middle of a current frame, which would make start bit 
detection unreliable. This applies both when the 8 KHz timing source is changed, for example, 

5 by software, and when the 8 KHz source itself (from the line interface unit [(LIU)] 210 or 
application module interface receiver [(AMR)]) slips. In addition, when the application module 
interface transmitter [(AMX)] or application module upstream transmitter [(AMUPX)] is first 
enabled, zeroes will be output until the 8 KHz frame time is reached. The AMI frame output 
then begins with a start bit, up to 125 microseconds after being enabled. 

10 AMI CONTROL CHANNEL 

As previously indicated, the AMI frame 300 (FIG. 3) includes three "C" bits for 
the control channel. The control channel field actually contains one flag bit and two data bits. A 
complete control channel data word is split over five consecutive AMI frames and contains a 
total of nine data bits and a parity bit, transmitted least significant data bit first. The parity bit 

15 creates "even parity" for the ten total bits, and is generated by the integrated digital telephone 
chip 200. The first of the three "C" bits is the flag bit. The flag bit is set to one to indicate the 
start of a new control channel word, or zero otherwise. 

FIG. 4 illustrates a representative control channel format 400, where bits are sent 
in order from left to right. Thus, each control channel word requires five frames (625 

20 microseconds). When there is no control channel data to send, all three "C" bits are set to zeroes. 
An "invalid data" error is detected by a control channel receiver when the flag bit contains a one 
in two or more out of five consecutive frames. If an "invalid data" condition is detected, the 
control channel receiver flags the error and takes the newest one flag to be the start of a control 
channel word. 

25 CONTROL CHANNEL PROTOCOL 

According to a further feature of the present invention, a start-up and tear-down 
mechanism is implemented using three hardware control signals. As previously indicated, the 
application module interface 130 does not utilize a separate frame synchronization in the 
illustrative embodiment. Thus, the start-up mechanism allows detection of a start bit. If an 

30 application module interface receiver [(AMR)] is first enabled when AMI data is present, the 
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application module interface receiver [(AMR)] may mistakenly process a data bit as a start bit, 
and get out of synchronization, thereby invalidating all data. Thus, a cautious AMI start-up 
mechanism is needed. Likewise, should data get out of synchronization later, recovery must be 
fairly rapid to avoid significant loss of D-channel messages and corruption of voice signals. 
5 FIG. 5 illustrates the AMI electrical interface 500. As shown in FIG. 5, the AMI 

electrical interface 500 includes a module present (MP) signal that indicates that a module 140 is 
plugged into the AMI electrical interface 500. It is noted, however, that the module 140 may not 
be powered. In addition, the AMI electrical interface 500 includes a module receiving OK 
(MOD-OK) signal indicating that the module 140 is receiving valid AMI control channel 
10 messages. This signal is output from the module 140 and is active low in the illustrative 
embodiment. 

The AMI electrical interface 500 also includes a phone receiving OK (PHONE- 
OK) signal indicating that the telephone terminal 120 is receiving valid AMI control channel 
messages. This signal is output from the telephone terminal 120 and is active low in the 

15 illustrative embodiment. An AMI to module (AMI->MOD) signal is the actual bitstream from 
the telephone terminal 120 to the module 140. An AMI to phone (AMI->PHONE) signal is the 
actual AMI bitstream from the module 140 to the telephone terminal 120. As discussed further 
below, the MP, MOD-OK and PHONE-OK signals form a hardware level handshake between 
the telephone terminal 120 and module 140 for AMI start-up and recovery, in accordance with 

20 the present invention. 

AMI Start-Up 

FIGS. 6 and 7 illustrate the AMI start-up procedure from the point of view of the 
telephone terminal 120 and a module 140, respectively. It is noted that the telephone terminal 
120 initializes with its application module interface receiver [(AMR)] and application module 
25 interface transmitter [(AMX)] disabled. The application module interface transmitter [(AMX)] is 
high impedance. The module 140 enables its application module interface receiver [(AMR)] 
about 30 milliseconds after the module 140 begins the AMI start-up process. The application 
module interface receiver [(AMR)] of the module 140 will not be receiving valid data until the 
telephone terminal 120 enables its application module interface transmitter [(AMX)]. Thus, the 
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module 140 should ignore data errors during this phase of the AMI start-up and only start 
counting errors after a valid message has been received. 

As shown in FIG. 6, during the initial start-up condition 610, the application 
module interface receiver [(AMR)] and the application module interface transmitter [(AMX)] of 

5 the application module interface 130 in the telephone terminal 120 are off. In addition, the 
PHONE-OK signal (FIG. 5) is set to false. Once the phone recognizes that the module present 
. (MP) signal (FIG. 5) is active at stage 620, the phone will set the data fields in the application 
module interface transmitter [(AMX)] to zeroes at stage 630 for at least 10 milliseconds, 
allowing the application module interface receiver [(AMR)] of the module to synchronize to the 

10 received AMI start bits. After the end of the ten millisecond interval is detected at stage 640, the 
phone will begin sending a control channel activity message, discussed below, once every ten 
milliseconds during stage 650. 

Meanwhile, as shown in FIG. 7, when the module receives the first AMI control 
channel activity message from the telephone terminal 120, as detected at stage 740, the module 

15 140 will assert its module receiving OK (MOD-OK) signal (FIG. 5) and enable its application 
module interface transmitter [(AMX)] during step 750. The application module interface 
transmitter (AMUPX) of the module 140 is configured to output zeroes in all B and D data fields 
and no control channel data is sent so that the only ones output are start bits. Thus, the telephone 
terminal 120 can synchronize to the AMI start bits. The module 140 will then wait until the 

20 module 140 receives five link activity messages from the telephone terminal 120, as detected 
during stage 760, before the module 140 starts sending its own link activity message during stage 
770 at ten milliseconds intervals. In this manner, the telephone terminal 120 can detect the 
module receiving OK (MOD-OK) signal and enable its application module interface receiver 
[(AMR)] (at stage 670) while only start bits are being sent. It is noted that 40 milliseconds will 

25 elapse between the five messages and the telephone terminal 120 needs up to 30 milliseconds to 
detect the MOD-OK signal and enable its application module interface receiver [(AMR)]. Thus, 
there is a 10 millisecond interval before the module 140 sends its first message. 

As shown in FIG. 6, the telephone terminal 120 detects the MOD-OK signal 
during stage 660 and enables its application module interface receiver [(AMR)]. The telephone 

30 terminal 120 continues sending link activity messages every 10 milliseconds during stage 670. 
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As previously indicated, the module 140 starts sending link activity messages every 10 
milliseconds during stage 770 after receiving the fifth link activity message from the telephone 
terminal 120. 

When the telephone terminal 120 detects the receipt of the first link activity 
5 message from the module during stage 680, the telephone terminal 120 will assert the phone 
receiving OK (PHONE-OK) signal (FIG. 5) during stage 690. The PHONE-OK signal indicates 
that the AMI connection is established and normal message activity may commence, as discussed 
below in the subsection entitled "Protocol." Thus, during stage 690, the telephone terminal 120 
reduces the rate of the activity messages to one per 100 milliseconds. In addition, the telephone 
10 terminal 120 puts received D channel HDLC data onto its application module interface 
transmitter [(AMX)] (AMX-D=LIUrx-D), and the telephone terminal 120 will allow 1(B) channel 
data onto the application module interface transmitter [(AMX)]. It is noted that all AMX-B* data 
will be zeroes until the module 140 sends a set voice channel configuration message, discussed 
below. 

15 As shown in FIG. 7, when the module 140 detects the PHONE-OK signal during 

stage 780, the module 140 should reduce its activity message rate to one per 100 milliseconds 
during stage 790, and the module 140 may send a phone states request, discussed below, to 
obtain phone state information. Until the PHONE-OK signal is asserted by the telephone 
terminal 120, only activity messages can be sent and no B or D channel data is allowed onto the 

20 application module interface 130. 

If the telephone terminal 120 fails to detect the MOD-OK signal during stage 660, 
and receives an activity message from the module 140 within 500 milliseconds of detecting the 
module present (MP) signal, the telephone terminal 120 will disable its AMI transceiver and 
begin the start-up process over again. It is noted that the start-up process should take at most 110 

25 milliseconds, with 30 milliseconds allocated for detecting the module present (MP) signal, 50 
milliseconds allocated for detecting five activity messages from the telephone terminal 120 
(during which time MOD-OK should be detected), and 30 milliseconds allocated for detecting 
the PHONE-OK signal. 

The module 140 waits up to one second from initialization to detect that the 

30 PHONE-OK signal has been asserted by the telephone terminal 120. If the one second time 
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interval expires, the module 140 should reset its AMI transceiver, turn off the MOD-OK signal, 
and begin the start-up process over again after a delay of at least 30 milliseconds. 
Recovery From Errors and Disconnects 

Once the AMI connection has been established in accordance with the start-up 
5 process, the AMI connection may be disrupted, for example, due to a module 140 losing power, 
or a transient event that corrupts the data stream and causes a loss of synchronization. A 
disruption of the AMI connection may be detected using the hardware signals and the control 
channel protocol. If a disruption is detected, the detecting telephone terminal 120 or module 140 
immediately turns off its receiving OK (PHONE-OK or MOD-OK) signal and disables its AMI 

10 transceiver. The detecting telephone terminal 120 or module 140 should then wait at least 30 
milliseconds before attempting to restart the AMI, during stages 695 or 795, respectively. 

According to a feature of the present invention, a number of mechanisms may be 
utilized to detect the disruption of the AMI connection. A telephone terminal 120 or a module 
140 may detect that its counterpart receiving OK (PHONE-OK or MOD-OK) signal has been 

15 turned off. In addition, the telephone terminal 120 may detect that the module present (MP) 
signal has been turned off. A disruption can also be detected if a telephone terminal 120 or a 
module 140 fails to receive an activity message in a 250 millisecond interval, since control 
channel activity messages are normally sent every 100 milliseconds once the AMI connection is 
established. In addition, a disruption can also be detected if a telephone terminal 120 or a 

20 module 140 fails to receive an acknowledgement (ACK or NACK), discussed below, for an 
application message and its retransmission. Finally, a disruption can also be detected if 
excessive errors are received in the control channel data. In one embodiment, excessive is 
defined to be ten or more errors in a 100 millisecond interval. 

Each telephone terminal 120 and module 140 maintains an error counter and 

25 increments the counter when the AMI control channel receiver reports a data error or a parity 
error, when a NACK is received, and when an unrecognized word is received with the ninth bit 
set (invalid first word of a message). Every 100 milliseconds each telephone terminal 120 and 
module 140 checks the error counter and then clears the error counter. It is noted that if the AMI 
connection is lost, the phone must restore its channel configuration to connect its audio section 

30 220 and HDLC controller 230 (FIG. 2) directly to its line interface unit [(LIU)] 210. 
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The control channel receiver errors are parity errors and data errors. A parity error 
occurs when the ten bits (nine data bits plus one parity bit) make odd parity instead of even 
parity. A data error occurs when the control channel receiver detects an error in the non-data bit 
of the control channel field. It is again noted that the non-data bit is zero in all AMI frames 300 
5 except those that contain the start of a new control channel word. A data error occurs if the non- 
data bit is one in two or more out of five consecutive frames. 

Protocol 

As discussed above in conjunction with FIG. 4, the control channel uses nine-bit 
data words (D0-D8) plus a parity bit (P) for error detection. The control channel protocol 

10 exploits the ninth bit to indicate the start of a message. In the illustrative embodiment, messages 
may be of two types, namely, an application message or a protocol control message. The 
application messages, discussed further below, come in various lengths and convey information, 
events and requests. According to a feature of the present invention, each application message 
must be acknowledged by the recipient, and only one application message may be outstanding 

15 (awaiting acknowledgement) at a time. If a second application message is sent before the first 
application message is acknowledged, the second application message will be ignored. If an 
error is detected during reception of an application message, the receiving unit should 
immediately send a negative acknowledgement (NACK) message. An outstanding or in-progress 
application message is retransmitted in response to a NACK message. If an application message 

20 is not acknowledged (ACK or NACK) within 50 milliseconds after the end of message 
transmission, the application message will be retransmitted. If the retransmission is not 
acknowledged within 50 milliseconds after the end of the message retransmission, the 
application module interface 130 is reset. 

The protocol control messages, discussed further below, are single word messages 

25 used for acknowledgement and link activity. The protocol control messages do not require 
acknowledgement and thus are not retransmitted. 

To cover the situation where an application message is properly received, but the 
acknowledgement is corrupted, a single-bit sequence number, S, is used in both application 
messages and acknowledgements. If an application message is received with the wrong sequence 

30 number, S, the application message will be acknowledged, but the message content will be 
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ignored. An acknowledgement [(ACK)] with the wrong sequence number, S, will be ignored. 
When a unit receives the first word of an application message that has the wrong sequence 
number, S, the unit can send the acknowledgement [(ACK)] before receiving the entire message, 
since the body will be ignored anyway. The sending unit will accept an acknowledgement 
[(ACK)] while it is still sending an application message only if it is retransmitting the application 
message. This would only happen in the following case: 

(i) Unit A sends an application message with sequence number, N; 

(ii) Unit B receives the application message and sends an ACK with sequence 
number, Not-N; 

(iii) The ACK gets corrupted so that Unit A does not receive a valid ACK; 

(iv) Unit A times out (50 milliseconds) and retransmits the application 
message with sequence number, N; 

(v) Unit B receives the first word of the retransmitted application message and 
recognizes that the sequence number is wrong. Unit B sends another ACK 
with sequence number, Not-N, and may do so before receiving the rest of 
the message. Unit B ignores the rest of the message. 

This example illustrates the need for sequence numbers. Without sequence 
numbering, the retransmission (sent in step iv) would be considered a new message by Unit B 
(when received in step v). 

Application messages are acknowledged even if the message is unknown or 
unsupported. The acknowledgement is protocol level, while the application message content is 
application level. Unknown and unsupported application messages will be ignored. 

The first word of an application message conveys the length of the application 
message body (i.e., the length of the remainder of the message). The maximum length of the 
body is 15 words. To ensure that the control channel is operating, periodic activity messages are 
sent by both the telephone terminal 120 and modules 140. It is again noted that the mechanism 
for the telephone terminal 120 to detect a module being disconnected or losing power is the 
hardware signals. Rather, the link activity messages are meant to ensure that the AMI control 
channel is functioning properly. In the illustrative embodiment, an activity message will be sent 
every 100 milliseconds. If no activity message is received for 250 milliseconds, then the 
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application module interface 130 will be reset, in which case the telephone terminal 120 will 
resume a standard non-module configuration for the voice channels and D-channel. 

It is noted that in order for the application module interface 130 to be useable for 
voice and data, the application module interface 130 must be virtually error free. Therefore, 
5 strong error detection mechanisms, such as cyclic redundancy checks (CRC), are not required for 
error detection in the control channel protocol. If a control channel word is received with the 
ninth bit equal to zero and an application message is not expected, then that word will be 
ignored. An invalid control channel word with the ninth-bit equal to one is considered to be an 
error and a negative acknowledgement (NACK) message will be sent. 
10 Protocol Control Messages 

FIG. 8 illustrates a set of representative protocol control messages. Protocol 



control messages are single word messages with the following general format: 
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The ninth bit is always a one to indicate the start of a message, and bits four through seven are 
15 assigned a binary value of "0011" indicating a protocol control message. Bits zero through 3 
identify the specific protocol control message. FIG. 8 illustrates a set of representative protocol 
control messages. As shown in FIG. 8, a link activity message has a fixed coding of 
"100110000" and is used to prove that the control channel connection is working and active. 

An acknowledgement message is coded as "10011 11 IS", where bit zero (S) is the 
20 sequence number bit. An acknowledgement [(ACK)] is used to confirm that an application 
message has been received without error. The acknowledgement [(ACK)] contains a single bit 
sequence number that equals the sequence number of the next expected application message. A 
negative acknowledgement (NACK) message is coded as "100110011" and indicates that an 
erroneous message was received. The error could be either a parity error, a data error, or an 
25 invalid first message word (including zero length for an application message). 
A pplication Messages 

Application messages are variable length messages. The first word of each 
application message has the following general format: 
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The ninth bit is always a one to indicate the start of a message, and bits five through seven are 
always set to "110" indicating an application message. Bit four (S) is the sequence number bit. 
Bits zero through three ("nnnn") indicate the length of the message that follows (i.e., a number 

5 between one and 15 indicating the number of words remaining in the message). Thus, the 
maximum total message length is 16 words, including the first application message header word. 
The bodies of the various individual application messages are summarized in FIG. 9 for 
application message from a telephone terminal 120 and in FIG. 10 for application messages from 
a module 140. Each word of the body has its ninth bit set to zero. The first word of the body 

10 identifies the message and may include other information as well. It is noted that when the AMI 
connection is first established (or after a restart), the first application message sent by either side 
must have a sequence number, S, equal to zero. 

A pplication Messages from Phone 120 
When the HDLC transmitter is unused, the telephone terminal 120 must send its 

15 Sl-channel layer 3 messages to the module 140 by means of the AMI control channel. It is noted 
that the Sl-channel is a D channel message regarding the Bl channel. The module 140 is 
responsible for sending the Sl-channel transmit message, shown in FIG. 9, to the switch. The 
first word of the body identifies the application message as an Sl-channel message. The rest of 
the application message body is the actual Sl-channel layer 3 message which can be 1 to 6 

20 words. 

The phone states message provides the module 140 with information on various 
telephone states. The phone states message is sent in response to a request from the module 140. 
The module 140 should request a phone states message after the AMI control channel is first 
established. The phone states message body contains five words as follows. The first word 
25 contains a phone states message identifier. The second word contains the telephone hook states, 
with the following code format: "0:MPKS:DVww." Bit 7 (M) is set to one if Mute is on. Bit 6 
(P) is set to one if the phone's overall hook state is off-hook. Bit 5 (K) is set to one if the handset 
switch-hook is off-hook. Bit 4 (S) is set to one if the speaker is on. Bit 3 (D) is set to one if the 
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headset mode is active (or a separate headset jack is on). Bit 2 (V) is set to one if the voice path is 
disabled. Bits 0-1 (w) identify what is currently active if the phone is off-hook (P=l), with 
ww=00 indicating the handset, ww=01 indicating the speaker, ww=10 indicating the adjunct, 
ww=ll indicating the headset (if separate headset jack). It is noted that if the phone does not 

5 have a separate headset jack (i.e., the handset jack is used), then the handset will be shown as 
active. Group listen (spokesman) mode is indicated by the speaker being on (S=l), but the 
handset (or headset) being active (ww). Bits 0-1 should be ignored if the phone is on-hook 
(P=0). An adjunct is always active when it is on, so the adjunct state is revealed by ww. 

The third word of the phone states message contains the line states and local 

10 modes, with the following code format: "0: ADSL:0TRF." Bit 7 (A) is set to one for A-law voice 
or zero for jx-Law. Bit 6 (D) is set to one if the B-channel touch tone administration is set 
(dialing via B-channel messages versus DTMF). Bit 5 (S) is set to one if the line interface layer 1 
state is active or is set to zero if layer 1 is down. Bit 4 (L) is set to one if the line interface 
loopback is active. Bit 2 (T) is set to one if the test mode is active. Bit 1 (R) is set to one if the 

15 select ring mode is active. Bit 0 (F) is set to one if feature (shift . . .) is active. 

The fourth word of the phone states message contains the ringer and handset 
volumes, with the following code format: "0:0rrr:Jhhh." The ringer volume is specified in bits 
four through six. The handset volume is specified in bits zero through two. Bit 3(J) is set to one 
if the phone has a handset jack. 

20 The fifth word of the phone states message contains the speaker and headset 

volumes, with the following code format: "0:Jddd:Ksss." The headset volume is specified in bits 
four through six. Bit 7 (J) is set to one if there is an independent headset jack (volume). The 
speaker volume is specified in bits zero through two. Bit 3 (K) is set to one if the phone 120 has 
a speaker. 

25 In this manner, changes to modes, states, and settings can be conveyed by separate 

application messages from the telephone terminal 120. It is noted that some states are controlled 
by D-channel messages and it is up to the module 140 to notice any such changes. 

The line interface state change message, shown in FIG. 9, is sent when layer 1 of 
the protocol is established or lost (i.e., layer 1 comes up or goes down) or when the loopback 

30 state changes. The line interface state change message contains its information in a single word 
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body coded as "0: 1 1 1 1:1S0L." Bit 2 (S) is set to one if the state is layer 1 active. Bit 0 (L) is set 
to one if the line interface loopback is active (provided layer 1 is up, S=l). 

The audio state change message, shown in FIG. 9, is sent by the telephone 
terminal 120 whenever its audio state changes. It is noted that this does not include changes to 
5 Mute, which are conveyed by a local button message, discussed below. The audio state change 
message includes what changed and the new state of all hook sources and what is now active. It 
is further noted that the active path may not have changed. For example, hanging up when the 
speakerphone is active. The audio state change message allows the telephone terminal 120 to 
request the voice path when the module also uses the Bl voice channel. 

10 The audio state change message has a two word body. The first word identifies 

the message and the source of the state change, and is coded as 6t O:llll:0Nww," where bits zero 
through one (ww) are the source, discussed below, and bit two (N) is the new state (set to one if 
the source is turning on, or going off-hook, and set to zero if the source is turning off, or going 
on-hook). The second word is coded as "0:MPKS:DVww," in the same manner as the hook 

15 states word of the phone states message, discussed above. For both words, bits zero and one 
(ww) are coded as follows: 00 equals handset, 01 equals speaker, 10 equals adjunct and 11 equals 
headset (if there is a separate headset jack). It is noted that if the telephone terminal 120 does not 
have a separate headset jack (i.e., the handset jack is used), then the handset will be shown as 
active for the headset mode. 

20 The phone hook state (bit 6, P, in the second word) is the overall hook state of the 

telephone terminal 120 and does not include the hook state of the module 140 (reported to the 
phone via the module state change messages, discussed below). For example, if the handset is 
off hook, and the user turns on the speaker phone (with group listen disabled), the following 
audio state change message will be sent: "0:1111:0101" and "0:1111:0001." The first word 

25 indicates that the speaker has been turned on, and the second word indicates that mute is off, the 
phone is off-hook, the handset is off-hook, the speaker is on, the voice path is enabled, the 
headset mode is off and the speaker is active. 

In a further example, the user in the first example now hangs up the handset, the 
following audio state change message will be sent: "0:1111:0000" and "0:0101:0001," The first 

30 word indicates that the handset is going on-hook, and the second word indicates that mute is off, 
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the phone is off-hook, the handset is on-hook, the speaker is on, the voice path is enabled, the 
headset mode is off and the speaker is active. It is noted that if mute had been on before the 
speaker was turned on, mute will be turned off when voice switches to the speakerphone. This 
change would be reflected in the audio state change message (Bit 7, M, of word 2). 

5 The local button press message, shown in FIG. 9, is used to notify the module 140 

when the user presses buttons, such as mute and volume, that do not generate a D-channel button 
state change message. It is noted that with the 6400-series telephone sets, the softkey navigation 
buttons, such as menu and next, always generate a D-channel button state change message, and 
are thus not considered local buttons. The message has either a one-word or a two-word body. 

10 Buttons that have only an on/off state use the one-word body, while buttons that have more 
information use the two-word body. 

The first word of the body identifies the local button press message and the local 
button that was pressed. The local button press message is coded as "0:1110:bbbb," where bits 
zero through three (bbbb) identify the button and possibly its on/off state as shown below: 



BINARY 
VALUE 


BUTTON/ 
BUTTON STATE 


0000 


Mute button: Mute off 


0001 


Mute button: Mute on 


0010 


Test button: Test mode off 


0011 


Test button: Test mode on 


0100 


Feature (Shift. . .) button: Feature off 


0101 


Feature (...) button: Feature on 


0110 


Volume up button; second word identifies 
which volume and volume setting 


0111 


Volume down button; second word identifies 
which volume and volume setting 


1000-1111 


Reserved 



For volume up and down, the second word is coded as "0:00ww:0vvv." Bits four and five (ww) 
identify what volume was adjusted as follows: 00 equals handset, 01 equals speaker, 10 equals 
ringer, and 11 equals headset (if there is a separate headset jack with its own volume setting). 
Bits zero through two (vvv) are the new volume setting (0-7). 
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It is noted that the states of mute, test, ring and feature, and the volume settings 
may be affected by other events that do not cause local button press messages. It is up to the 
module 140 to notice such events and options and handle them appropriately. 

The dial key messages, shown in FIG. 9, are sent when the phone is set for DTMF 

5 touch tones and the user presses or releases a dialpad key. When the phone is set for B-channel 
dialing, button state change D-channel messages are sent instead. The dial key message uses a 
single word body coded as "0:110R:kkkk," where bit 4 (R ) is set to zero for key press, or set to 
one for key release, and bits zero through three (kkkk) identify the key: with 1 to 9 for keys 1 to 
9, 10 for key 0, 1 1 for key *, and 12 for key #. 

10 The softkey label contents message, shown in FIG. 9, is sent only in response to a 

softkey label query message from the module. The softkey label contents message contains the 
5-character softkey label and the button number in a six word application message body. The 
first word is coded as "0:1001:nnnn," where bits zero through three (nnnn) are the softkey button 
numbers (1 to 12, or 1 to 15). The remaining five words contain the five characters of the 

15 softkey label. 

The HDLC control confirmation message, shown in FIG. 9, is sent in response to 
a set HDLC control message from the module after the phone has switched HDLC routing to the 
application module interface 130. The HDLC control confirmation message has a two- word 
body. The first word simply identifies the message with the fixed code of "0:0000:1110." The 

20 second word is formatted as "0:Crrr:Lsss." Bit 7 (C ) is set to one to confirm that HDLC has 
switched from the telephone terminal 120 to the module 140, or is set to zero to indicate that the 
phone already expected the module 140 to be doing HDLC. If C equals zero, the rest of the bits 
are ignored. Bit 3 (L) is the layer 2 status, with a value of one indicating link up, and a value of 
zero indicating link down. If L equals 1, then bits zero through two (sss) and bits four through 

25 six (rrr) are the S and R sequence numbers, respectively. The sequence numbers are provided so 
that the module 140 may attempt to pick up control of layer 2 (HDLC) without having to reset 
the link. 

Application Messages from Module 140 
The module 140 sends application messages to the telephone terminal 120 in 
30 order to set up configurations of the voice and signaling channels, control various telephone 
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functions or states, and to pass received layer 3 Sl-channel messages to the telephone terminal 
120. FIG. 10 illustrates the bodies of the various individual application messages sent by the 
module 140. 

The set HDLC control message, shown in FIG. 10, instructs the telephone 
5 terminal 120 to let the module 140 handle HDLC and the D-channel link layer. Layer 3 D- 
channel messages will then be passed over the application module interface 130 control channel 
in application messages. The set HDLC control message has a single word body with a fixed 
coding of "0:0000:0101." When the telephone terminal 120 establishes an AMI connection, the 
phone puts received HDLC data onto the application module interface 130 to the module 140. In 

10 other words, the phone connects AMX-D to LIUrx-D. Hence, the module 140 should initialize 
its HDLC receiver and transmitter upon sending the set HDLC control message. In order to 
avoid losing D-channel messages, the phone 120 will wait until the HDLC is idle (no messages 
in progress) before connecting its line interface transmit D-channel (LIUtx-D) to the HDLC 
coming from the module 140 (AMR-D'). When the switch is made, the phone sends an HDLC 

15 control confirmation message, discussed above, to the module 140. It is noted that there may be 
a glitch in the transmitted HDLC when the switch is made, but the HDLC control confirmation 
message takes 1.875 milliseconds to transmit, so that at least two valid flags should be sent after 
any glitch. The module 140 can thus begin transmitting D-channel messages right after receiving 
the HDLC control confirmation message. This is a one-way transfer of HDLC control. If the 

20 module 140 needs HDLC control, the module 140 has no reason to give control back to the 
telephone terminal 120. The telephone terminal 120 will take control of HDLC again only if the 
AMI connection is lost or the telephone terminal 120 is reset. 

The set voice channel configuration message, shown in FIG. 10, tells the 
telephone terminal 120 how to configure the digital voice channels. The phone changes voice 

25 channel configurations immediately upon receipt of this message. The set voice channel 
configuration message has a two-word body count. The first word simply identifies the message 
with the fixed code of "0:0000:1111." The second word is coded as "0:ddvv:Xmmm," and sets 
the configurations as follows. Bits 4-5 (vv) control the source of the phone's line interface 
transmit Bl channel "voice" (LIUtx-Bl). Bits 6-7 (dd) control the source of the phone's line 

30 interface transmit 12 channel "voice" (LIUtx-B2). Bit 3 (X) controls whether voice/data channel 

-27- 



Fulcomer 5-3 



information is sent to the module 140 on the application module interface 130 (AMX-B*). If X 
equals zero, zeroes are sent on all AMX voice channels. If X equals one, then the following 
connections are made: AMX-B 1 is connected to LIUrx-Bl (Bl voice from PBX); AMX-B V is 
connected to MAP-out (phone's transmit voice); AMX-B2 is connected to LIUrx-B2 (12 data 
5 from PBX); and AMX-B2' is connected to AMR-B2. Initially, the telephone terminal 120 will 
send all zeroes on all AMX B channels. Bits 0-2 (mmm) determine what digital voice stream is 
connected to the phone's audio section (MAP-in). 

Bits 6-7 (dd) choose what the phone sends on the I2-channel to the PBX (LlUtx- 
B2 source), with a value of 00 indicating all ones, a value of 01 corresponding to the phone audio 

10 transmit (MAP-out), a value of 10 corresponding to all ones, and a value of 11 corresponding to 
12 channel from the module 140 (AMR-B2'). Bits 4-5 (vv) of the second word choose what the 
phone sends on the Bl-channel to the PBX (LIUtx-Bl source), with a value of 00 indicating all 
ones, a value of 01 corresponding to the phone audio transmit (MAP-out), a value of 10 
corresponding to all ones, and a value of 11 corresponding to the Bl channel from the module 

15 140(AMR-B1'). 

Initially, the telephone terminal 120 will connect Bl (LIEtx-Bl) to its audio 
transmit path (MAP-out) and send all ones on 12. Bits 0-2 (mmm) control the digital source of 
the phone's receive audio section (to handset and speaker). Initially, receive audio is connected 
to the Bl-channel from the PBX (LIUrx-Bl). It is noted that these configurations do not control 

20 whether any audio output is active. Analog input/output control depends on the phone's audio 
state machine. The set voice channel configuration message controls only routing of the digital 
channel. 



The following table shows the receive audio source slections: 



BIT 2 


BIT 1 


BIT0 


RECEIVE AUDIO 
SOURCE 


0 


0 


X 


QUIET 


0 


1 


0 


LIUrx-Bl 


0 


1 


1 


LIUrx-B2 


1 


0 


0 


AMR-B1 


1 


0 


1 


AMR-B2 
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1 


1 


0 


AMR-B1' 


1 


1 


1 


AMR-B2' 



The phone states request message, shown in FIG. 10, instructs the phone to send a 
phone states message back to the module 140. The request has a single word body with the fixed 
code "0:0000:0011." A module 140 should send a phone states request message to the telephone 
5 terminal 120 after the AMI connection is established in order to obtain the |a-law/A-law voice 
encoding setting, plus status of the line interface and any telephone states that may be of interest 
to the module 140. 

The module state change message, shown in FIG. 10, is used to inform the 
telephone terminal 120 of state changes in the module 140 that may be relevant to the telephone 

10 terminal 120, such as a module 140 going off-hook using the Bl voice path. The message has a 
two word body with the first word using the fixed code "0:0001:1000." The second word 
identifies the state change and the new state. The second word is coded as "0:0sss:wwww," 
where bits 4-6 (sss) contain new state information and bits 0-3 (wwww) identify what changed. 
A wwww value of 0000 indicates that the Bl channel has a hook state change, with bit 4 set to 

15 one indicating off-hook and bit 4 set to zero indicating on-hook. A wwww value of 0010 
indicates that the SI channel layer 2 has come up or gone down, , with bit 4 set to one indicating 
link up and bit 4 set to zero indicating link down. A wwww value of 0100 indicates that the SI 
channel timeout has occurred. All other wwww values are reserved. 

Any of the state bits (sss) that are unused by a given type of change (wwww) are 

20 set to zero. If the module 140 can affect the hook state, it must report its hook state changes to 
the telephone terminal 120 via a module state change message. 

When the telephone terminal 120 is not using its HDLC controller, the module 
140 must pass to the phone all layer 3 Sl-channel messages received from the switch. The 
format of this message mirrors the Sl-channel transmit message sent by the phone 120 to the 

25 module 140, as discussed above. The first word of the body identifies the application message as 
an Sl-channel message and is coded as "0:0000:0000." The rest of the application message body 
is the actual Sl-channel layer 3 message which can be 1 to 14 words. 
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The output local tone message, shown in FIG. 10, allows the module 140 to 
activate one of the non-ringer sounds on the telephone terminal 120, such as error beep, 
confirmation tone, or button click. The output local tone message is coded as a single word body 
as "0:1010:OOTT," where TT is equal to 00 for a button click, 01 for error beep or 10 for 
5 confirmation tone. TT equal to 11 is reserved and will be ignored by telephone terminals 120 
that do not support a fourth tone. 

The telephone control message, shown in FIG. 10, is used by the module 140 to 
turn the phone's speaker on or off, turn mute on or off, control volume settings, and other feature 
controls. The telephone control message has a two-word body with the first word using a fixed 
10 code of "0:0000:1010" and the second word identifying what to control, The second word has a 
format of "0:0xxx:wwww." Bits four to six (xxx) are the new setting, the meaning of which 
depends upon bits zero to three (wwww) which determine what to control, as follows: 
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BINARY 
VALUE 


BUTTON/ 
BUTTON STATE 


0000 


Speaker On/Off: Bit 4 is set to one to turn on, 
and is set to zero to turn off. 


0001 


Mute On/Off: Bit 4 is set to one to turn on, and 
is set to zero to turn off. 


0010 


Adjunct TO signal On/Off: Bit 4 is set to one 
to turn on, and is set to zero to turn off (if 
phone supports adjunct). 


001 1 

\J\J X X 


Test Mode On/Off- Test Rit 4 is set to one to 
turn on, and is set to zero to turn off 


0100 


Feature f^hift^ On/Off* Rit 4 is set to one to 

1 Go. 1 Lilts ^Olllliy \Jiu\JXL • OIL *T 10 OWl IvJ LVJ 

turn on, and is set to zero to turn off 


0101-01 1 1 




1000 


Set Handset Volume: Bits 4-6 are the new 
volume setting 


1001 


Set Speaker Volume: Bits 4-6 are the new 
volume setting 


1010 


Set Ringer Volume: Bits 4-6 are the new 
volume setting 


1011 


Set Headset Volume: Bits 4-6 are the new 
volume setting (if phone has separate headset 
jack) 


1100-1111 


Reserved 



Turning the speaker on or off may cause the phone to generate an audio state 

message. 

The generate recorder beep message, shown in FIG. 10, allows a recorder 
5 interface module to use the phone's T7951 single tone generator to inject a recorder warning 
beep into the transmit audio path. This adds the beep into both transmit voice and voice 
sidetone. Each message results in a single beep. Thus, the module controls the interval between 
beeps by how often the module 140 sends a generate recorder beep message. The message is 
ignored if the phone is off-hook. 
10 The generate recorder beep message has a four word body, with the following 

format. The first word has a fixed code of "0:0000: 1 100." The second word contains the T7951 
single tone frequency code in bits zero through four (0:000f:ffff). The third word contains the 
T7951 single tone amplitude code in bits zero through six (0:laaa:aaaa). The fourth word is the 
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beep duration as a multiple of 10 milliseconds (0:dddd:dddd). Thus, a duration of 10 
milliseconds to 2550 milliseconds is supported. It is noted that the actual beep duration could be 
up to 10 milliseconds less than that requested due to timing uncertainties in the phone 120. A 
duration of zero is invalid and will be ignored. 
5 The softkey label query message, shown in FIG. 10, allows the module 140 (or 

associated application) to obtain the text of one of the phone's softkey labels. The softkey label 
query message has a two-word body. The first word is the fixed code "0:0000:1001," and the 
second word contains the softkey button number in bits zero through three: "0:0000:nnnn." The 
message will be ignored by the phone if the phone does not support softkeys or the softkey 

10 number is out of range (usually supporting values of 1 to 12 or 1 to 15). When querying for all 
softkey labels, the module 140 should wait for a softkey label contents message, discussed above, 
back from the telephone terminal 120 before sending the next softkey label query message (due 
to memory limitations in the phone). 
TELEPHONE TERMINAL SIGNALING AND BEARER CHANNEL CONFIGURATIONS 

15 Signaling Channel 

The signaling channel, D, supports two modes of operation. In a first mode, 
referred to as the "normal telephony mode," the telephone terminal 120 operates as if there is no 
module 140 attached. In the normal telephony mode, D-channels are terminated in the telephone 
terminal 120 via the HDLC controller 230 in the integrated digital telephone chip 200 (FIG. 2). 

20 The normal telephony mode is used when there is no module 140 attached, or the attached 
module 140 is not powered, deactivated or faulty. However, if the telephone terminal 120 
detects that a module 140 is attached, the telephone terminal 120 will periodically attempt to 
establish communication while operating normally from a user's point of view. 

A second mode, referred to as the "module mode," is entered after a successful 

25 AMI connection start-up and the module 140 sets HDLC control, as discussed above. The 
telephone terminal 120 disables the D-channel HDLC controller 230 in the integrated digital 
telephone chip 200 and sends and receives level 3 D-channel messages via the AMI control 
channel. The telephone terminal 120 has also routed the D-channels to and from the PBX 110 
via the AMI connection to the attached module 140. The module 140 terminates the D-channel 

30 with its own HDLC controller 230. D-channel messages to and from the telephone terminal 120 
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are sent over the AMI control channel. This terminate and regenerate operation is similar to the 
legacy equipment, such as the Definity™ linked data modules. This operation also affords the 
module 140 more control of the telephone terminal 120. 
Bearer Channels 

5 FIG. 11 summarizes the voice/bearer, Bl and B2, channel configurations. 

(Telephone) voice paths refer to the routing of data to and from the main audio processor 
[(MAP)] 220 of the integrated digital telephone chip 200. In addition, the term "base" refers to 
the telephone terminal 120. "LIU" indicates the line interface unit [(LIU)] 210 of the integrated 
digital telephone chip 200 which terminates the bearer channels (Bl and B2) to and from the 
10 PBX110. 

MODULE IMPLEMENTATIONS 
FIG. 12 illustrates a schematic block diagram of a tip/ring module 1200 that 
allows an analog device, such as a facsimile machine or modem, to be connected to the digital 
PBX environment 110. As shown in FIG. 12, the tip/ring module 1200 includes a microcontroller 

15 1210 that controls signaling between the attached telephone terminal 120 and PBX 110. The 
microcontroller 1210 also controls the Tip/Ring interface 1230. An EEPROM (Electrically 
Erasable Programmable Read Only Memory) IC 1215 is used for non- volatile options storage, 
such as ring rates and levels. The Subscriber Line Interface Controller (SLIC) IC 1220 is a 
commercially available interface to the attached user-provided telephony/communications 

20 equipment on a tip/ring interface 1230, such as a modular-type RJ-1 1-type analog type interface. 

FIG. 13 illustrates a schematic block diagram of an RS-232 (passageway) module 
1300 that allows a computer or workstation to be connected to the digital PBX environment 110. 
As shown in FIG. 13, the RS-232 (passageway) module 1300 includes a microcontroller 1310 
that controls signaling between the attached telephone terminal 120 and the PBX 110. The 

25 microcontroller 1310 also controls the information to the attached personal computer (not shown) 
connected to connector 1330, discussed below, which is used for a Computer Telephony 
Interface (CTI) function. An EEPROM (Electrically Erasable Programmable Read Only 
Memory) IC 1315 is used for non-volatile options storage, such as ring rates and levels. A 
commercial EIA Driver/Receiver device 1320 converts the serial data and control levels to and 

30 from the microcontroller 1310 to EIA-232 levels for connection to a personal computer (not 
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shown). The connector 1330 may be embodied as a standard EIA connector to physically 
connect the module to a personal computer via an EIA cable. 

FIG. 14 illustrates a schematic block diagram of a Universal Serial Bus (USB) 
module 1400 that allows a USB-enabled computer, workstation or other device to be connected 
to the digital PBX environment 1 10. As shown in FIG. 14, the integrated digital telephone chip 
200 may be embodied as a custom Gate array that interfaces the AMI from the digital telephone 
terminal 120 to the USB module. The HDLC controller 230 terminates the HDLC D-Channel 
to/from the PBX 110 attached to the digital telephone terminal telephone terminal 120. The 
microcontroller 1410 may be embodied as a commercially available USB microcontroller that 
controls the signaling between the PBX, attached telephone terminal 120 and optionally a control 
device attached to the USB interface 1460. An EEPROM (Electrically Erasable Programmable 
Read Only Memory) IC 1415 is used for non-volatile options storage, such as ring rates and 
levels. A small read only memory (ROM) IC 1420 is used for starting up the microcontroller 
1410 and for re-programming purposes. A re-programmable memory device 1430 permits 
changes in the functionality of the microcontroller 1410, via the USB interface 1460, thereby 
permitting software upgrades to the module. A random access memory IC 1440 is used for 
proper microcontroller operation 1410. A latch 1450 is used to de-multiplex the address/data 
from the microcontroller 1410. A USB connector 1460 may be embodied as an industry standard 
device for downstream device connections to a USB hub. 

It is to be understood that the embodiments and variations shown and described 
herein are merely illustrative of the principles of this invention and that various modifications 
may be implemented by those skilled in the art without departing from the scope and spirit of the 
invention. 
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We claim: 

1. An interface for accessing digital channels in a private branch exchange (PBX) 
environment, comprising: 

5 a connector for connecting said interface to an application module; and 

a receiver for receiving signals from said connector, said receiver using a frame 
format that provides a channel for both directions of at least one bearer (B) channel. 

2. The interface of claim 1, wherein said frame format provides at least four 
10 channels including two bearer channels in both directions. 

3. The interface of claim 1, wherein said module permits a computer device to 
access said digital channels. 

15 4. The interface of claim 1, wherein said module permits an analog device to access 

said digital channels. 

5. The interface of claim 1, further comprising a connector for connecting said 
interface to a telephone terminal. 

20 

6. An interface for accessing digital channels in a private branch exchange (PBX) 
environment, comprising: 

a connector for connecting said interface to an application module; and 
a receiver for receiving signals from said connector, said receiver using a frame 
25 format that provides a channel for both directions of at least one signaling (D) channel. 

7. The interface of claim 6, wherein said module permits a computer device to 
access said digital channels. 
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8. The interface of claim 6, further comprising a connector for connecting said 
interface to a telephone terminal. 

9. An interface for accessing digital channels in a private branch exchange (PBX) 
5 environment, comprising: 

a connector for connecting said interface to an application module; and 

a receiver for receiving signals from said connector, said receiver using a frame 

format that provides a channel for both directions of at least one bearer (B) channel and at least 

one signaling channel (D). 

10 

10. The interface of claim 9, wherein said frame format provides at least four 
channels including two bearer channels in both directions. 

11. The interface of claim 9, wherein said module permits an analog device to access 
15 said digital channels. 

12. The interface of claim 9, further comprising a connector for connecting said 
interface to a telephone terminal. 

20 13. A method for accessing digital channels in a private branch exchange (PBX) 

environment, comprising: 

connecting an interface to an application module; and 

receiving signals from said connector using a frame format that provides a 

channel for both directions of at least one bearer (B) channel. 

25 

14. The method of claim 13, wherein said frame format provides at least four 
channels including two bearer channels in both directions. 

15. The method of claim 13, wherein said module permits an analog device to access 
30 said digital channels. 
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16. A method for accessing channels in a private branch exchange (PBX) 

environment, comprising: 

connecting an interface to an application module; and 
5 receiving signals from said connector using a frame format that provides a 

channel for both directions of at least one signaling channel (D). 
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ABSTRACT 

An application module interface is disclosed that allows one or more modules to 
access voice or data channels in a private branch exchange [(PBX)] environment that contains 
one or more B channels (bearer channels) for transmitting voice or data signals, and one or more 
D channels (signaling channel) for transmitting data. The application module interface provides 
a control channel that allows a module to obtain and vary the status and configuration of a 
telephone terminal. The application module interface provides access to both directions of two B 
channels (Bl and B2) and one D channel. The application module interface is the only interface 
required to connect the two B channels (Bl and B2) and one D channel to or from the telephone 
terminal and the add-on module. A frame format includes a start bit (logic "1"), a number of 
data bits allocated to the D channels (D, D') and B channels (Bl, Bl \ B2, B2'), and eight stop 
bits (logic "0"). A tip/ring module allows an analog device, such as a facsimile machine or 
modem, to access the digital voice and data channels associated with the private branch exchange 
[(PBX)] switch. An RS-232 or a Universal Serial Bus module allows a personal computer or 
other enabled device to interact with and control the operation of a telephone terminal for 
computer telephony integration [(CTI)] applications. 

1 250-245. app 
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